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METHOD AND DEVICE FOR CONTROLLING DATA PACKET TRAFFIC AT 
THE INPUT OF A NETWORK, AND CORRESPONDING COMPUTER 
PROGRAM AND NETWORK EQUIPMENT 

The field of the invention is that of communications networks and especially, but 
not exclusively, IP type or equivalent networks. 

More specifically, the invention concerns a method for controlling data packet 
traffic at the input of a network when the traffic comprises a plurality of streams and/or 
sub-streams each associated with a priority level, and/or each of the packets is marked 
with the priority level associated with the stream or sub-stream to which this packet 
belongs. In other words, the invention concerns a network mechanism used to optimise 
the flow of traffic entering a network. 

The invention has many applications, such as for example the control of 
multimedia streams (for example MPEG streams), alone or in aggregates, or again the 
control of a multiplex of streams of different natures (for example a video/audio stream 
multiplexed with a TCP stream), on an ADSL access. 

The network context in which the present invention is situated shall now be 
briefly presented. 

The improvement of computer performance as well as the bit rates offered by 
new generations of networks are opening the way for novel services based on 
multimedia streams. In fact, the quantity of audiovisual information transmitted on the 
networks (for example of the IP ("Internet Protocol")) type is constantly on the increase, 
and the compression algorithms (for example of the MPEG ("Moving Picture Experts 
Group" type)) are improving, offering better quality with lower bit rates. However, 
today, the level of quality is not always acceptable. While each link in the chain has 
intrinsic capacities to provide this quality, the end-to-end positioning of these links and 
the sharing of the IP network resources by numerous users sometimes gives mediocre 
results. 

In general, the transmission of information in an IP network relies on the 
transport layer for quality control between the source and the receivers. This layer, 
located between the routing and the applications, is traditionally set up by the TCP 
("Transmission Control Protocol)". From the applications viewpoint, the TCP is 
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responsible for retransmitting lost or poorly received information through a check at the 
session. From a network viewpoint, certain protocol parameters enable the detection of 
possible congestion, and the matching of the bit rates of the source to the constraints of 
the network. The goal then is to limit the bit rate if the network cannot let through 
5 everything, and to avoid the sending of packet that will be lost. Many studies today are 

seeking to apply equivalent mechanisms to video streams with the real-time constraints 
of a dynamic matching of the encoders to the available bit rate. 

However, owing to the substantial reaction time between one or more customers 
and the video source, the real-time and audiovisual protocols presently perform but few 

10 processing operations and are limited chiefly to the marking of the sending time and the 

packaging of the packets of the application in order to route them in the IP (for example 
the RTP/UDP) layer, and it is left to the applications to deal with the received data. 

The development of networks is offering the possibility of managing "quality of 
service" (QoS) in routers. Now, it is relevant to note that this is the place in which the 

15 greatest losses occur in the IP networks, and mechanisms are implemented at this level 

in order to selectively process the different streams so as to achieve quality objectives 
with the utmost efficiency. The means used to improve the quality of the streams 
transmitted are the subject of research by the "IntServ" (integrated services) and 
"DiffServ" ("differentiated services") groups at the IETF (Internet Engineering Task 

20 Force): 

- "IntServ" defines means to reserve a resource in terms of guaranteed bit rate 
between two nodes of a network; 

- "DiffServ defines means to dynamically control the stream aggregate bit rate 
as a function of the load of the network. 

25 As compared with end-to-end solutions (analogous to the TCP), localized 

solutions in routers have several advantages: 

- they remove the need for any session constraint; 

- they are also adapted to real time because their action in the routers is 
immediate without necessitating any return of information from the users; 

30 - they are also naturally suited to selective broadcasting ("multicast" 

broadcasting) because they are independent of the number of users supplied 
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by the stream and independent of the reports conning from a variable number 
of users. 

The processing operations in the routers rely on a distinction of the packets 
arriving in the routers supporting "quality of service" (QoS"). 
5 This distinction exists naturally in MPEG streams because the compression of 

the MPEG video streams leads to a sequence of data of different and non-independent 
natures. Three types of images can be distinguished: I, P and B. The I (Intra) type 
images are each encoded without making reference to another image, the compression 
being limited to the reduction of spatial redundancy within each image. To optimise the 
10 quantity of information transmitted, the MPEG encoders exploit the fact that two 

consecutive images have little difference between them in general. A motion detection 
considers only the part that has changed relative to the previous image to obtain a piece 
of information on reduced size encoded in a P (predicted) type of image. Other means 
are used to obtain even more limited information by interpolating the motions between 
15 two I or P type images; these images are then of a B (bidirectional) type. 

The size of the P images is generally far smaller than that of the I type images, 
and an encoding with few I type images gives far higher decoding quality for an 
equivalent bit rate. Thus, the loss of an image is not equivalent on the basis of the nature 
of information that it contains. This structure of information must lead to considering 
20 the importance or weight of each piece of information in its processing by the network. 

Two reasons warrant the preservation of I type images: 

the periodic re-synchronisation of the stream in the event of losses; 
any changes of scene because it is no longer possible to rely on the previous 
images for motion encoding. 
25 Another way of considering this weight of information is to subdivide the 

MPEG4 stream into several hierarchical levels to obtain quality that is variable as a 
function of the overall content received by the user. A hierarchical level N must rely on 
the presence of the N-1 lower levels to provide a quality complement. An elementary 
case lies in considering a video constituted by a basic stream (containing I and P images) 
30 and an enhancing stream (containing P and B images). For this elementary case, the 

basic stream in its totality is considered to have greater priority than the enhancing 
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stream. 

The natural distinction between images or streams in the MPEG traffic has to be 
exploited in the "DiffServ" routers for the selective processing of the different pieces of 
information in a video stream: 
5 - either by a marking of the TOS ("type of service") or DSCP (" Differentiated 

Services Code Point") fields of the packets by the video server, 
or by a classification made by the router, which also leads to a marking of the 
IP packets. 

In the present document, the marking of the packets is considered to be possible 
10 in all cases. The means used to carry out this marking are considered to be well known 

to those skilled in the art. This point shall therefore not be discussed in detail. 

When a situation of congestion appears in a router, the packets received are 
eliminated depending on the load and of their priority level. 

A major characteristic of the data contained in these packets is their great 
15 variation as a function of the content of the scene. Now, the most vital information for 

restitution to the user is contained in the biggest bursts, and the main problem of "best 
effort" type IP networks is their difficulty in letting through bursts in the event of 
congestion. 

As a consequence, the simple marking of the elementary streams of an MPEG 
20 stream is not sufficient for their optimum processing. Indeed, the usual "DiffServ" 

mechanisms are designed to accept bursts that are habitually found in the IP networks, 
with applications that are majority applications today: the transfer of URL ("Uniform 
Resource Locator") for Web applications and the transfer of files by FTP ("File 
Transport Protocol"). All these applications exploit the TCP whose mechanisms have 
25 been the subject of many studies designed to obtain a gradual rise in the load and an 

adaptation of the bit rate to the load of the network. 

Now, the video streams bring this operation into question because their 
behaviour is qualified as being excessive, inasmuch as they are generally unaware of the 
state and load of the network. Furthermore, most of the mechanisms introduced into the 
30 IP networks have the goal of smoothing the streams in order to foster an efficient flow of 

traffic. Paradoxically, the encoders provide higher quality when they produce variable 
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bit-rate streams, which are the streams most ill-treated in IP networks. 

The introduction of video streams into the IP network therefore comes up against 
three contradictions: 

- increasing the quality of the encoding leads to the production, for a defined 
5 mean bit rate, of bursts of packets when the encoded sequence requires it; 

- the access networks offer a maximum bandwidth that is limited (including in 
ADSL ("Asymmetric Digital Subscriber Line") conditions because the 
applications are tempted to exploit a mean bit rate close to the maximum in 
order to provide better quality for users; 

10 - the bursts constitute the most important information because they correspond 

to a changes in scene or at least to a major change in the content of the image. 
Very often, these images are of the I (Intra) type whose loss is very critical 
because it becomes impossible to reproduce the following images, even if 
they are properly received. 
15 We shall now present the prior techniques of traffic conditioning designed to 

reduce congestion in the networks. 

It shall first of all be noted that studies on the application of shaping to MPEG 
streams in IP networks on the basis of UDP and RTP as transport protocols are very 
rare. Most of the studies are on ATM ("Asynchronous Transfer Mode") networks and 
20 the use of TCP as a transport protocol. 

The traffic shaping and conditioning mechanisms are used in IP networks with 
"quality of service" (QoS). Reference may be made especially to M. F. Alam, M. 
Atiquzzaman, M.A. Karim, in "Traffic Shaping for MPEG video transmission over next 
generation internet" In this document, traffic smoothing or shaping (TS) is used to 
25 ensure compliance of the MPEG stream with the TSPEC ("Traffic Specifier") necessary 

for the reservation of resources in the " IntServ" networks. For the " DiffServ" 
networks, the processing is done by stream aggregates and therefore without excessive 
concern over applications. The traffic shaping (TS) algorithms are, on the contrary, 
widely used in encoding with the aim of controlling the bit rate of the encoder. This 
30 remains insufficient to control the streams at the network level. 

The use of traffic shaping by smoothing (TS) or traffic policing (TP) to reduce 
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congestion in the network may significantly improve the "quality of service" (QoS) level 
that the network is capable of delivering to the applications. 

Smoothing (TS) smoothes the bursts by bufferizing the packets concerned by the 
excess of bursts in the boundary equipment of the network. It can reduce congestion to 
5 acceptable levels especially as the "scheduler" algorithms such as CBQ ("class-based 

queuing") or else PQ ("priority queuing") algorithms are not capable of doing it. When 
used alone, these mechanisms propagate the bursts in the network. 

As in the case of smoothing (TS), traffic policing (TP) limits the bit rate of the 
traffic to the configured bit rate. However, instead of "bufferizing" the packets as in 
10 traffic shaping (TS), the non-compliant packets are either rejected or re-marked to 

reduce their priority level. Traffic policing (TP) therefore does not shape the traffic but 
it does not introduce any "bufferization" time either. 

In the majority of the architectures that take "quality of service" (QoS), there is a 
service contract between the network service provider (NSP) and the application service 
15 provider (ASP). In ATM networks, this contract is called a "traffic contract". In 

"DiffServ" networks, the contractualization aspects are dealt with in the service level 
agreement (SLA) and more specifically in the service level specification (SLS). 

The following document is also known: RFC2475, "An Architecture for 
Differentiated Services, December 1998. It states that the traffic sources may carry out 
20 the tasks of traffic classification and conditioning. Indeed, the traffic may be marked 

before it leaves the source domain. This is called "Initial Marking" or "Pre-marking". 
The advantage of initial marking is that the preferences and the needs of the applications 
may be better taken into account to decide which packets must receive better processing 
in the network. 

25 Prevention against the overload of a given service class is not an easy task in 

"DiffServ" networks. Furthermore, in the event of overload in a service class, it must be 
noted that all the streams of this service class suffer from deterioration in "quality of 

service" (QoS). 

Furthermore, several mechanisms used in the implementation of "DiffServ" 
30 work less efficiently in the presence of bursts. The RED ("Random Early Drop") 

mechanism for example is more efficient when it is applied to smoothed traffic. Else, it 
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is these small streams that are penalised while the streams in bursts do not undergo any 
significant improvement. 

The MPEG streams are characterized by the fact that they have a bursty nature 
and by their sensitivity to packet losses. These losses cause a deterioration of subjective 
5 quality, but it is very difficult to foresee the level of this deterioration caused by losses. 

This deterioration is closely related to the nature of the information conveyed by the lost 
packets. The error-correction mechanisms are used during the decoding to overcome the 
losses. 

The management of the MPEG streams in the network or even in the edge 
10 routers (ER) is a complicated task. The network service provider (NSP) is not obliged to 

process the MPEG streams differently. Moreover, the traffic aggregate resulting from 
several audiovisual streams is generally difficult to describe: 

- the packets arrival process is auto-similar 

- there is great variation in the data conveyed by the packets; 
15 - the dynamic range of the protocols 

One solution consists in marking the packets and assigning them the appropriate 
"quality of service" (QoS) level before they leave the domain of the Internet service 
provider (ISP). The media access gateway (MAG) is for example responsible for this 
task. This MAG manages the traffic according to the specified SLS. This approach 

20 facilitates the negotiation of SLA/SLS for services in streaming mode and dictates a 

particular profile on the client. 

Among present-day techniques, the most widespread one used for traffic control 
is the WRED ("Weighted Random Early Drop") which consists of a loss of packets that 
is random and different as a function of the marking of the packets. This mechanism is 

25 based on an average rate of filling of the sending queue on a link of a network. 

However, this technique introduces a random character for the packet rejection, and the 
queue filling rate is not optimised. Depending on the sizes of the bursts and the 
frequency, these cases of rejection may occur for a low queue filling rate or a very high 
queue filling rate. This leads, firstly, to under-utilisation of the queue and, secondly, to 

30 the reservation of substantial memory size for the making of this queue. This problem 

exists for any type of application, and it is even more real for audiovisual streams 
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because of their big bursts. 

To state this point in detail, it is very important to note, first of all, that video 
stream bursts are unpredictable in size as well as in duration while at the same ensuring 
a mean bit rate during a period of about one second. This time slot for the computation 
of the mean bit rate is far too great to obtain reasonable sizes of the associated queues. 
In fact, the routers react by computing the filling averages for about 10 packets received, 
whereas certain bursts may substantially exceed 20 packets. 

Thus, a succession of bursts may lead to cases of rejection by saturation of the 
capacity of the queue, inhibiting the normal working of the mechanism. On the 
contrary, when low traffic occurs after a sequence of bursts, the mean value may 
temporarily remain abnormally high and packets are rejected at a time when the queue is 
practically empty. 

The WRED mechanism is therefore not suited to the control of streams 
characterised by mean value on a fixed duration. 

The invention is aimed especially at overcoming these drawbacks of the prior art 
and providing an optimal solution in the event of congestion of the network. 

More specifically, one of the goals of the present invention is to provide a 
method and device for traffic control that can be used to control bursts and smooth 
traffic on a set of streams and/or sub-streams associated with priority levels. 

In other words, it is a goal of the present invention to provide a method and a 
device of traffic control to protect important information from bursts, in order to provide 
a solution to the contradiction between the optimisation of a stream (for example a video 
stream) containing bursts and a smoothing of the bursts for quality transport in the 
network. 

It is also a goal of the invention to provide a method and device of this kind that 
are simple to implement and cost little. 

It is another goal of the invention to provide such a method and device making it 
possible to efficiently propose traffic contracts (SLA/SLS) between network operators 
and service providers. 

These different goals, as well as others that shall appear here below, are achieved 
according to the invention by means of a method of controlling data packet traffic at the 
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input of a network, the traffic comprising N streams and/or sub-streams which are each 
associated with a priority level, N ^ 2, each of the packets being marked with the 
priority level associated with the stream or sub-stream to which said packet belongs, 
said method comprising a step for implementing a token bucket mechanism with N 
5 operating levels with N token buffers, each containing a number of available tokens, the 

tokens of each of the N token buffers being used to process one of the N priority levels, 
each of the packets being accepted or rejected depending on whether or not it is possible 
for tokens to be assigned to it depending on the tokens available at least in the token 
buffer used to process the priority level of said packet. 

10 The general principle of the invention therefore consists in using a multi-layer 

token bucket (MLTB) to reject the packets outside a profile that is required and 
characterized by the N levels of operation of the multi-layer token bucket. Each packet 
undergoes processing according to a marking corresponding to its priority level. The 
accepted packets are placed in a queue. 

15 The multi-layer token bucket enables the selective and joint processing of 

several stream priority levels. It is well suited to the characterising of traffic between 
the size of the bursts at input and the flow of traffic at output. It is known that, in the 
event of congestion of the network, it is an illusion to seek available bandwidth. The 
setting of the parameters of the multi-level token bucket ensures a relationship between 

20 the priority levels to balance the operating constraints between bit rates by priority levels 

and the bursts acceptable by the token bucket according to the constraints of the 
applications conveyed. The characterising of the parameters of the N sets of parameters 
of the multi-layer token bucket provides for many solutions and can be adapted to 
almost all cases of operation: 

25 - one extreme case is that of behaviour with N sets of independent parameters 

acting as independent token bucket; 

another extreme case is that of the possibility that the level with the highest 
priority will take all the tokens, leading to a rejection of the packets of all the 
other levels; 

30 - between these two extremes, all configurations are possible, permitting more 

bursts or fewer bursts or higher bit rate or lower bit rate reserved per level. 
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The invention therefore permits the processing of bursts at the levels having the 
highest priority, because, for each priority level, there is an available reserve to cope 
with any sudden arrival of a set of data that should not be rejected. 

It may be recalled that a usual token bucket has only one level of operation (it 
5 has only one set of parameters) and therefore processes all the packets without 

distinction. In the event of congestion of the network, the packets are rejected 
independently of their priority level. 

It will be noted that the present invention is totally compatible with unicast and 
multicast IP streams. 

10 It will also be noted that the present invention enables the transmission, in a 

same class of service, of several groups of streams with different priorities. In 
particular, the invention makes it possible to provide processing adapted to a video 
stream or group of video streams (IPB or hierarchical) in compliance with a 
contractual ized traffic profile (SLS) by characteristic values of the token bucket type. 

15 Indeed, the easily measurable and adaptable parameters of a multi-layer token bucket 

(MLTB) are an efficient means of proposing (SLA/SLS) traffic contracts between 
network operators and service providers. The presence of priority information leads to 
the specifications of this bucket. The numerous variations of this bucket are a means of 
offering service classes adapted to the requirements of the clients. Whatever the 

20 applications, the traffic profile brings into play the main elements of characterisation of 

a stream in a network: the bit rate and the time limit. The invention is therefore a means 
of defining a contract with a compromise negotiated between the bit rate, the size of the 
bursts and the transmission time. 

In a first advantageous application of the invention, the traffic comprises N sub- 

25 streams each corresponding to one of the N hierarchical levels of a hierarchical stream 

or an aggregate of hierarchical streams. 

This is, for example, an audio/video hierarchical stream comprising the 
following sub-streams: an audio sub-stream, a basic video sub-stream and an 
enhancement video sub-stream. 

30 In a second advantageous application of the invention, the traffic comprises N 

sub-streams each corresponding to one of the N types of images of a multimedia stream 
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or of an aggregate of multimedia streams. 

It is, for example, an MPEG video stream comprising three sub-streams 
corresponding to three types of images I, P and B. 

In a third advantageous application of the invention, the traffic comprises N 
5 streams each corresponding to one of the streams of a multiplex of at least two streams. 

This is, for example, a video/audio stream multiplexed with a TCP stream on an 
ADSL access. 

Advantageously, the traffic comprises N streams and/or sub-streams belong to a 
same class of service. 

10 Thus, through the multi-level token bucket, the invention enables the 

transmission, in a same class of service, of several streams and/or sub-streams with 
different priorities. It is possible to distinguish several classes of service such as, for 
example, the "streaming" class (containing audio and video streams), the "priority TCP" 
class, the "IP Network Best Effort" class etc. and use a multi-layer token bucket for each 

15 class. Each class of service may be defined by the marking of the packets, the source or 

destination IP address of the packets, the protocol used for the packets, etc. 
Preferably, the rejected packets are discarded. 

The rejected packets are those that do not comply with the traffic profile defined 
by the parameters of the N operating levels of the multi-layer token bucket. 
20 Another option that gives lower performance but nevertheless comes within the 

framework of the present invention lies in transmitting the rejected packets after having 
re-marked them with a lower priority level. This option however has the drawback of 
increasing the probability of the rejection of packets in the congested nodes of the 
network. 

25 Advantageously, the network is of an IP or equivalent type. 

According to one advantageous characteristic, each of the N levels of operation 
of a token bucket mechanism is managed by a regulator b^Crj, bm^), i G {1 to N}, with: 
as the nominal bit rate of the regulator; 
hiw, the maximum size of the token buffer of the regulator; 
30 - bi(t) the instantaneous value of the filling of the token buffer of the regulator. 

Preferably, the tokens of the N token buffers are shared between the N priority 
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levels, and a packet with priority level i can be assigned tokens from a token buffer 
associated with a priority level j having lower priority when the tokens available in the 
token buffer of the priority level i are not sufficient. 

Thus, the bursts having the levels of the highest priority are given the advantage. 
5 Advantageously, for each priority level apart from the priority level having the 

highest priority, a quantity of tokens reserved exclusively for the packets having said 
priority level is guaranteed. 

Thus, a minimum resource is guaranteed for each priority level, without 
excluding a partially shared use of the resources (i.e. tokens of different levels of 
10 operation of the multi -layer token bucket). 

In a first particular embodiment of the invention, the assigning of tokens to a 
packet of priority level i is done in a discontinuous packet mode and the method consists 
in assigning: 

either tokens available in the token buffer of priority level i ; 
15 - or tokens available in a token buffer of a lower priority level j, when the tokens 

available in the token buffer of priority level i are not sufficient. 
Thus, in the discontinuous mode, a packet can take resources (tokens) of only 
one level of operation of the multi-layer token bucket. 

In a second particular embodiment of the invention, the assigning of tokens to a 
20 packet of priority level i is done in a continuous bit mode and the method consists in 

assigning: 

tokens available in the token buffer of priority level i ; 

and, as a complement, tokens available in at least one token buffer of priority 
level j having lower priority, when the tokens available in the token buffer of 
25 priority level i are not sufficient. 

In other words, in the continuous mode, a packet can take resources (tokens) of 
several levels of operation of the multi-layer token bucket at a time. 

Advantageously, the packets accepted by the token bucket mechanism with N 
operating levels are placed in a queue. Said method furthermore comprises a step for 
30 implementing a token bucket mechanism with only one level of operation with only one 

token buffer, so as to take the packets contained in the queue and send them on the 
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network in carrying out a smoothing of the traffic by limiting the instantaneous bit rate 
to a value acceptable by the network. 

The token bucket with only one operating level, known as a token bucket traffic 
shaper (TBTS), therefore makes it possible to limit the peak bit rates sent out by the 
5 network equipment supporting the invention. It sets up a time out on the bursts when 

they exceed the bit rate tolerated in the network. 

The method uses, for example, a memory zone whose input is managed by the 
multi-layer bucket (control of bursts) and whose output is managed by the single-level 
bucket (traffic shaping). 

10 The invention also relates to a computer program comprising program code 

instructions for the execution of the steps of the method as described here above, when 

said program is executed on a computer. 

The invention also relates to a device for controlling data packet traffic at the 

input of a network, the traffic comprising N streams and/or sub-streams which are each 
15 associated with a priority level, N > 2, each of the packets being marked with the 

priority level associated with the stream or sub-stream to which said packet belongs, 

said device comprising means for implementing a token bucket mechanism with N 

operating levels with N token buffers, each containing a number of available tokens, the 

tokens of each of the N token buffers being used to process one of the N priority levels, 
20 each of the packets being accepted or rejected depending on whether or not it is possible 

for tokens to be assigned to it depending on the tokens available at least in the token 

buffer used to process the priority level of said packet. 

Preferably, said device comprises means for sharing tokens of the N token 

buffers between the N priority levels, a priority i level packet being possibly assigned 
25 tokens from a token buffer associated with a priority level j having lower priority when 

the tokens available in the token buffer having priority level i are not sufficient. 

Advantageously, for each priority level apart from the highest priority level, said 

sharing means include means for ensuring a quantity of tokens reserved exclusively for 

the packets possessing said priority level. 
30 The invention also relates to a piece of network equipment comprising a control 

device as mentioned here above, said network equipment belonging to the group 
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comprising: 

network equipment located between a network of an application or service 

provider and a network of a network service provider, constituting said network 

at whose input data packet traffic is controlled; 
5 - routers included in the nodes of a network of a network service provider, 

constituting said network at whose input a data packet traffic is controlled. 

Other features and advantages of the invention shall appear from the following 
description of a preferred embodiment of the invention, given by way of an indicative 
and non-restrictive example, and from the appended drawings, of which: 
10 - Figure 1 presents an example of a network architecture in which the traffic 

control method of the invention can be implemented; 

Figure 2 illustrates a particular embodiment of the method according to the 
invention, implementing two functions, based on the use respectively of a multi- 
layer token bucket and a single-layer token bucket; 
15 - Figure 3 illustrates a regulator managing a level of operation of the multi-layer 

token bucket illustrated in figure 2, as well as the use in this regulator of a 
parameter Kj guaranteeing a minimum of resources for the priority level 
associated with this regulator; 

Figure 4 illustrates an example of the assigning of tokens in the case where the 
20 operation of the multi-layer token bucket is described with independent buffers; 

Figure 5 illustrates an example of the assigning of tokens in the case where the 
operation of the multi-layer token bucket is described with correlated buffers. 
The invention therefore relates to a method of controlling data packet traffic at 
the input of a network. The traffic is of the type comprising N streams and/or sub- 
25 streams which are each associated with a priority level, N > 2. Each of the packets is 

marked with the priority level associated with the stream or sub-stream to which it 
belongs. 

For example, the invention enables the transmission, as a priority, of the 
essential information of a video stream or of several video streams grouped together in 
30 an aggregate. Depending on the nature of the stream, this distinction is possible for 

example either by IBP type images (see definition above), or by the n layers of a 
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hierarchical stream. While, in the former case, the mean bit rate of the images I remains 
low as compared with the overall bit rate, in the latter case, the information that is most 
important and needs the maximum protection is defined by the fraction of the overall bit 
rate occupied by the basic layer, and capable of representing up to 50% of the stream. In 
5 general, the basic layer is the only one to contain reference information contained in the 

images I. 

In an aggregate, all the pieces of data having the same level of priority undergo 
the same processing. For example, all the basic streams or all the images I are processed 
as a single stream with a bit rate higher than that of a video alone. 
10 Referring now to figure 1, an example is given of a network architecture in 

which the traffic control method of the invention can be implemented. 

This example considers the case of Internet service providers (ISPs) offering a 
video transmission service in streaming mode. 

The (simplified) example of architecture illustrated in figure 1 comprises: 
15 - a DiffServ type IP network 1, managed by a network operator also called a 

network service provider (NSP) and comprising a plurality of routers 2^ to 2^ 
included in the nodes of the IP network; 

two streaming service provider networks 3 and 4, one comprising two servers 
5 and 6, and the other comprising one server 7. Each network of service 
20 providers 3, 4 furthermore comprises a piece of edge equipment 8, 9 

connected to one of the routers of the IP network, called an edge router 2,, 
which is responsible for sending the data from a server to a main artery of an 
IP network core; 

two client terminals 10 and 11, each connected to the IP network 1, for 
25 example through an ADSL link 12, 13. 

It is assumed that there are two traffic contracts (symbolised by the arrows 
referenced SLAl and SLA2 respectively in figure 1) : one between the operator of the IP 
network 1 and the service provider whose network is referenced 3, and the other 
between the operator of the IP network 1 and the service provider whose network is 
30 referenced 4. 

The method of the invention is implemented in a piece of network equipment 
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forming a traffic conditioner for entry into the IP network 1. This piece of network 
equipment may be located between the network of the service provider 3, 4 and the IP 
network 1: 

either in one of the pieces of edge equipment 8, 9 of the service provider 
5 networks 3 and 4; 

or in the edge router 2i of the IP network 1. 
The network equipment implementing the method of the invention may also be 
any router placed at a congestion point in the network (especially for any access to an 
ADSL link). 

10 Referring now to figure 2, a particular embodiment of the method according to 

the invention is presented. It enables the protection of important information of the 
bursts and provides solutions to the contradiction between the optimisation of a video 
stream containing bursts and a smoothing of the bursts for quality transport in the 
network. 

15 In this particular embodiment of the method according to the invention, the 

general mechanism forms a multi-layer decentralised traffic conditioner (MLDTC). It is 
constituted by two functions executed sequentially: 

the first function is called the MLTR (multi-layer traffic regulator) because it 
constitutes a multi-layer traffic regulator. It controls bursts by hierarchical 

20 level. It is based on the implementation of a token bucket with N levels of 

operation (reference 30), with N virtual-token buffers. Each token buffer 
corresponds to one hierarchical level. Each operating level is defined by a 
set of parameters (see detailed discussion here below). The MLTR function 
provides for the assigning of tokens depending on the priority of the 

25 incoming packet and on the resource available in the corresponding token 

buffer. In the example of figure 2, N = 3 and the representation of the bucket 
indicates only the distinction of the three sets of parameters (there is, in fact, 
only one bucket with three levels of operation); 

the second function is called a token bucket traffic shaper or TBTS because it 
30 is based on a single-level token bucket type of algorithm (referenced 31) and 

performs a traffic-smoothing operation for a regular flow on the network in 
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limiting the instantaneous bit rate to a value acceptable by the network. The 
buffer of the TBTS function has reasonable capacity to ensure lower cost for 
the systems and limited transfer time in the supply of information to the user. 
The trade-off for having finite size is the limiting of the bursts accepted at 
5 input to the network. 

The MLTR function is adapted to the differentiated acceptance of the bursts 
according to the priority level. It can be applied to the IP packets (referenced 20 to 26 in 
figure 2) whose DSCP (" Differentiated Services Code point") field is marked either by 
the source or by a classification system. Each priority level i has its own parameters, for 
10 a single buffer, common to all three levels, but with variable levels of acceptance of the 

data packets. This mechanism meets the requirement of a video signal because it does 
not process all the information uniformly. Indeed, it may be recalled that an MPEG 
encoding leads to several levels of information which have to be processed differently 
according to their importance. The goal is to give preference to level i bursts over level j 
15 bursts, where the information is less important (j > i). The packets of level i then have 

the priority in the exploitation of the available resources. 

Through the TBTS function, the same mean bit rate is obtained for different 
sizes of bursts, in taking account of the interval between them. Such a mechanism is 
well suited to bursts of the video streams, which are variable, or to the great diversity of 
20 the contents conveyed (sports, news, scenery etc). 

A detailed description is now given of an exemplary embodiment of the MLTR 
function which carries out the regulation and control of bursts. In the description here 
below, a case is studied, by way of an example, where this MLTR function is based on a 
token bucket with three levels of operation (N = 3). 
25 As can be seen in figure 3, each level of operation i of the token bucket with 

three levels of operation 30 is managed by a regulator bi(r|, bmj), i £ {1, 2, 3}, with: 
rj as the nominal bit rate of the regulator; 
bmj the maximum size of the token buffer of this regulator; 
bi(t) the instantaneous value of the filling of the token buffer of this regulator. 
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The size of the token buffer (bj) dictates a maximum size for the bursts for each 
level. The tolerance of a level i regulator relative to large-sized bursts depends on the 
size of the token buffer b, and on the bit rate r^. 

The compliant packets (i.e. those that might have had tokens assigned to them by 
5 the multi-layer bucket 30) are placed on a buffer of packets to be sent 28, which forms a 

means for managing a queue. If an insufficient number of tokens is available in the 
multi-layer bucket, then the packets are considered to be non-compliant and are 
eliminated. They are discarded into the trash can referenced 27. Another option is to 
transmit these packets with a lower priority. However, the new marking of the packets 
10 in order to assign them lower priority increases the probability of the rejection of packets 

in the congested nodes. 

To favour the bursts of the highest-priority levels, the three token buffers, bl, b2 
and b3 are shared between the different levels. In other words, a packet with priority 
level i can be assigned tokens of a token buffer associated with a priority level j of lower 
15 priority (j > 0 when the tokens available in the token buffer of priority level i are not 

sufficient. 

However, because of this borrowing principle, there is a risk that the level i 
packets may use all the resources in tokens of the lower-priority levels j. This may 
prevent ensuring the nominal bit rate at the level j to the benefit of the level i. As 

20 illustrated in figure 3, the solution is to limit this borrowing by a parameter Kj, proper to 

the level j, the purpose of this parameter Kj being to protect this level from the higher- 
priority levels in ensuring a quantity of resources (tokens) reserved exclusively for level 
j packets. Consequently, the parameter Kj guarantees a token buffer filling threshold 
beyond which the packets of a higher-priority level can no longer help themselves. The 

25 parameter Kj of the level j regulator is illustrated in figure 3. 

The value of Kj must be chosen such that bmj > Kj S: MTU. 
This amounts to ensuring the nominal bit rate and bursts limited by Kj for the 
level j. The particular case where Kj is is adapted to the useful size of a packet on the 
maximum transfer unit (MTU) network for an IP network corresponds to a guarantee of 

30 the nominal bit rate rj for the level j but without any guarantee of bursts. The resources 

in tokens could be used by the higher-priority levels. 
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The three sets of parameters defining the three levels of operation of the multi- 
layer token bucket can be described: 

either by a representation of three independent buffers, with a shared use of 

the resources between the three levels; 

or by a totalised representation of the resources more clearly bringing out the 
priorities between the levels and the interdependencies of operation coming 
from the sharing of the resources. 
However, these representations are identical in their operation. 
Referring now to figure 4, a description is provided of the operation of the multi- 
layer token bucket with independent buffers. 

The reloading of the token buffers is computed for each of the three levels at the 
time of arrival of a new packet, as a function of the time separating it from the preceding 
packet. 



\b, {t + r)= min[(6, (0+ r,T}bm, ] 
b^t + T)^ min[(62 (/ )+ T ) bm^ ] 



(Equation 1) 



The packet arriving from level i and having a size Pj is obtained by the following 
algorithm: (packet mode) 



if{P2) 



else : if{P^ ^ (&2 - K2 ))=> b^ = b. - P^\send\ 
else : if{l\ ^ {b^ ~ ))=> b^ = b^- P^;send; 
else : loss; 

ifiPi ^ ^2 *2 = ^2 " P^ isend; 

else : //(Pj ^ - ))=> b^=b^- P2\send\ 

else : loss\ 

ifip^ ^ 63 )=> b^=by- P^isend; 
else : loss; 



(Equation 2) 



Figure 4 is a graphic depiction of this token-assigning algorithm in the case 
where the working of the multi-layer token bucket is described with independent 
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buffers. It shows the possible use of the resources b,, bj and for each of the levels. 
The thick lines (referenced 41, 42 and 43) show the filling of the token buffers (i.e. the 
number of tokens available) for each of the levels, and the arrows show the resources 
(i.e. the tokens) taken by the incoming packets (PI, P2 or P3) according to their priority. 
5 Referring now to figure 5, a description is given of the operation of the multi- 

layer token bucket with correlated buffers. 

The operation with three independent regulators /?/r„ bntj), i G {1, 2, 3} is 
equivalent to the operation with three dependent regulators : 

- the instantaneous value of the filling of the virtual token buffer relative 
10 to the level i packets ; 

- BM^ the maximum size of the virtual token buffer relative to the level i 
packets. 

The sizes of token buffers per level are obtained by: 

B, = b, 

. B2 =62+^3 (Equation 3) 

15 This mode implies that B2^ B3 

The reloading of the token buffers can then be expressed in a form equivalent to 
the Equation 1 by: 



(f + r ) = min[(6, (f )+ r, .7 ) 6m, ]+ min\(b, {t )+ T ) bm^ }h- min [(63 if)+r^T), bm^ ] 
. ^2 (f + r ) = min[(Z>2 )+ ^2 T ) bm^ ]+ min[(^?3 (/ )+ T ) bm^ ] 
B,{t + T)= minffe (0+ r.T^bm, ] 
20 (Equation 4) 

If it is assumed thatmin[(6,(r)+^-^]i^'w,]= b^(f)'^r^T , (Equation 4) becomes: 

B, (t + r)= b, (0+ b, (0+ 63 (r, + ^2 + r3 }T 
<B,it^T)=b,(tyb,(th{r,^r,)T 
BXt^T)=b,(tyr,T 

25 Figure 5 is a graphic depiction of the token-assigning algorithm in the case 

where the working of the multi-layer token bucket is described with correlated buffers. 
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It shows the possible use of the resources B,, Bj and B3 for each of the levels. Just as in 
figure 4, the thick lines (referenced 51, 52 and 53) show the filling of the token buffers 
(i.e. the number of tokens available) for each of the levels, and the arrows show the 
resources (i.e. the tokens) taken by the incoming packets (PI, P2 or P3) according to 
5 their priority. 

If the equations of the reloading express exactly the same behaviour for both 
approaches, the choice of the assigning of the tokens to the packets on arrival can be 
done in two alternative ways: 

- in discontinuous mode (packets): one packet can serve itself with only one 
10 regulator; 

- in continuous mode (bits): one packet can serve itself with several regulators 
at a time. 

In the operation in discontinuous (packet) mode, the arrival of the packet is taken 
into account by the following algorithm: 
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else : if{P, s {{B, - B, )- K, ))=> j^^ J ^^ "^ ; send; 



else:if(P,^(B,-K,))=^. 



B,=B,-P, 

B2 = B^- P^ ;send; 

B,-B,-P, 



else : loss; 
ifiP,^B,-B,). 



B2 = B2 " P2 

B,^B,-P, 



else:if{P^^{B,-K,))^. 
else : loss; 



;send; 

B, = B,-P, 

B2 = B2 - P2\send\ 

B,=B,-P, 



im)' 



if(P,^B,)-. 
else : loss; 



B,=B,-P, 

B2 =' B2- P^ isend; 

B,=B,-P, 



(Equation 



It must be noted that (Equation 2) and (Equation 5) are equivalent. 

In this mode of discontinuous (packet) operation, a packet is served by the 
resources of the level corresponding to the packet (level i) or a level of lower priority 
(level J). It must be noted that the operation is not optimal, because an incoming 
package is rejected even if the sum of the available resources distributed on the three 
levels is sufficient. 

In the operation in continuous (bit) mode, the arrival of the packet is taken into 
account by means of the following algorithm: 



10 



23 



f //(/> ^ 6, )=> 6, =b,-P;send; 
else:if{{P,-b,)^{b,-K,))=^ 



6, =0 



else : i/((/> - (ft, + (ft, - K, )))^ (ftj - ))=> . 



\send\ 

b,=b,-iP,-(b,+(b,-K,))) 



t>2 =-^2 

ft, =0 



•,send; 



else : //(P, s (ft. 



ft, =b,-P^ 



' 1ft. -0 



;send; 



else : loss; 
: loss; 



In principle, this mode of continuous (bit) operation is more optimal than the 
discontinuous (packet) mode. Indeed, it enables the maximum use of the resources of 
5 the level itself before any request is made for resources at a lower-priority level. 

A detailed description is now given of an exemplary embodiment of the TBTS 
function which provides for the shaping of the traffic. 

The single-level token bucket 31, on which this TBTS function is based, is for 
example defined by the following parameters: 
10 - R, the mean bit rate; 

- Rmasj the maximum bit rate at output; 

- B(t), the instantaneous value of the filling of the token buffer (B^ax is the 
maximum size of the token buffer) ; 
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- S, the instantaneous value of the filling of the packet buffer 28 (S^ax *s the 
maximum size of the packet buffer 28) ; 

- T, the time between the arrival of two consecutive packets; 

- T, the duration of a burst of packets. 

The compliant packets (i.e. those that were able to have tokens assigned to them 
by the single-level bucket 31) are transmitted while the non-compliant packets are 
delayed in the packet buffer 28 to be contained in the envelope of the targeted traffic. 
The size of the packet buffer 28 has to be handled with care because it may induce an 
additional time period which must remain reasonable. 

The working of the single-level bucket 31 (and hence of the TBTS function) may 
be described by the following equations: 

5(r + r)=min[(5(0+/?.7')B_] 



max max. n n 



The packet Pj is taken into account through the following algorithm: 



if (p. ^ b)=> B^B- P,;send; 
else : buffer ization\ 

If is considered to be the maximum bit rate at the output of the MLTR 
function, the progress of the filling of the packet buffer 28 between the arrival of two 
consecutive packets may be described by the following equation: 

S(r + r)^5(/)-5_+(r_-i?)r 
and 5(0- R.T - 5_ s S{t + t)^ S(f)+ (r_ -R)T 



